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Data processor with a configurable functional unit and method using such a data processor. 



The invention relates to a method of executing a computer program with a 
processor that contains a configurable functional unit, capable of executing reconfigurable 
instructions, whose effect can be redefined at run-time. The invention also relates to a data 
processor for using such a method. 
5 A method of executing a computer program with a processor that contains a 

configurable functional unit is known from an article titled "DISC: The dynamic instruction 
set computer", by Michael J. Wirthlin and Brad L. Hutchings and published on pages 92 to 
103 of the "Proceedings FPGAs for fast board development and reconfigurable computing" 
(Proceedings SPIE 2607), 1995, edited by John Schewel. 

1 0 This article describes a data processor with a functional unit that contains a field 

programmable gate array (FPGA). The FPGA is a circuit that produces output signals as a 
function of input signals. The FPGA consists of a matrix of rows and columns of configurable 
circuit elements. The relation between input and output can be configured by loading 
information into memory cells that control connections between different circuit elements of 

1 5 the FPGA and the functions of those circuit elements. 

The use of a configuration program should be distinguished from a 
microprogram. As is well known, a microprogram defines individual control signals that are 
used to control functional circuits. Different control signals are defined for different stages of 
microcode execution and for different instructions. In contrast, relevant memory cells that 

20 store bits of a configuration program a configuration program have a permanent control over 
the input output relation, that is, they control circuit elements permanently, irrespective of the 
instruction that is being executed or any execution stage. Usually the controlled input output 
relation is a time continuous circuit property. 

Configuration programs are derived for effecting different configurable 

25 instructions. According to the article by Wirthlin et al. the FPGA matrix is divided into a 
number of bands of rows of circuit elements. Each configuration program takes up no more 
than one band and may be placed in any band. At run-time, when a certain configurable 
instruction is encountered, it is tested whether the configuration program for this instruction 
has already been loaded into any one of the bands. If so, the instruction is executed using the 
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configuration program. If not, the configuration program for that instruction is loaded and then 
the instruction is executed using the configuration program. 

Only a limited number of configuration programs can be loaded at the same 
time. If there is no room for loading a new configuration program, the configuration program 
5 for another configurable instruction is removed from the band to make room for the new 
configuration program. 

Each time a configuration program is loaded there is a considerable overhead. 
According to the article, this overhead is minimized by keeping the configuration programs 
loaded as long as possible before removing them to load other configuration programs. Thus, a 
1 0 kind of caching of configuration programs is realized, which minimizes the overhead when a 
configurable instruction is used repeatedly. Still, there is considerable overhead for loading 
configuration programs. 

Amongst others, it is an object of the invention to reduce the overhead needed 
1 5 to load configuration programs. It is a further object of the invention to increase the number of 
configuration programs that can be kept loaded together, so that configuration programs need 
to be loaded at fewer times. It is another object of the invention to reduce the amount of 
memory needed to store all configuration programs needed for a computer program. 

20 An embodiment of a method of executing a computer program according to the 

invention is set forth in Claim 1. According to this embodiment combinations of configurable 
instructions are defined and loaded in combination and not individually. Before running the 
program one or more combinations are selected, each of at least two configurable instructions. 
Typically, each combination is associated with one or more sequential regions of instructions 

25 the computer program. When the particular region of the program is executed the 

configuration program for all configurable instructions for the relevant combination for that 
region is loaded. 

The combinations of instructions and their associated regions can be selected 
before running the program, in such a way that the overhead for loading configuration 
30 programs will be minimal, that is, configurable instructions selected for the combination occur 
in a sequence without interruption by other configurable instructions, not belonging to the 
combination, if these other configurable instructions would cause the need to load another 
combination. Thus, the work done to minimize the overhead is done at compile-time rather 
than at run-time. 
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In addition, for many computer programs the instruction cycle count can be 
minimized with a combination of instructions that have strong similarities, such as use of bits 
from the same positions in the operands or the computation of similar but slightly different 
logic functions. These instructions can be realized with hardware resources that are used in 

5 common by all instructions in the combination plus some hardware resources that are 
particular to individual instructions (or subsets of the instructions). Thus, the number of 
instructions that can be loaded in the combination is increased. 

According to a further embodiment of the method according to the invention, 
the configuration program for the combination of instructions is selected so that it cross- 

10 minimizes reconfigurable hardware resource use of different instructions in the combination in 
the reconfigurable functional unit. Cross-minimization of resource use for several functions 
means that the resource use is not minimized for the functions independently, but that a 
minimum is sought in the design space of all configuration programs that perform all 
functions. As a result of cross-minimization between the different instructions in the 

15 combination, fewer hardware resources are needed than would be needed for the combination 
if resource use were minimized for each instruction independently. 

Examples of hardware resources in a configurable functional unit are circuit 
elements and programmable connections. A typical configurable functional unit contains a 
number of identical circuit elements with connections that can be configured to be on or off 

20 and that connect the circuit elements to each other, to other circuit types of circuit elements or 
to inputs or outputs of the functional unit. Typically only a limited number of such 
connections can be configured: for example only some circuit elements can be connected 
directly to inputs or outputs or to a given other circuit element. 

If configuration programs are selected for different instructions independently, 

25 each configuration program for an instruction in a combination has to leave hardware 
resources free for use by other configuration programs for other instructions in the 
combination, even though these hardware resources may not actually be used. By cross- 
minimization, a configuration program for one instruction can use any hardware that is not 
used for other instructions. 

30 Even worse, selection of a circuit element for use in the configuration program 

for one instruction without regard to the other instructions in the combination may cause 
additional resource use when this selection fixes the connections to the input or output. This 
eliminates the possibility of minimizing hardware resource use by optimally selecting 
input/output connections other instructions. 



*] * 
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By cross-minimizing the use of hardware resources of the different instructions* 
in the same combination such waste of hardware resources can be avoided. Furthermore, it is 
made possible to share common hardware resources between different instructions. By cross- 
minimizing hardware use it is avoided that the common hardware resources have to be 
5 allocated more than once for the combination of instructions. 

According to a further embodiment of the method according to the invention, 
hardware resource use for selecting different instructions in the combination and for 
processing operand data according to said different instructions is cross-minimized. 
Conventionally, instruction selection involves decoding the opcode into signals that enable 
10 operand data processing circuits. In the embodiment, fewer hardware resources are needed for 
instruction selection and operand data processing together than if hardware resource use of the 
configuration program for instruction and operand data processing were minimized 
independently of one another. 

Preferably, the processor is pipelined. This means that instruction processing is 
15 split in successive stages, such as an instruction decoding plus operand fetch stage, an 

instruction execution stage and a result write back stage. In a pipelined processor different 
stages of instruction processing of successive instructions are executed in parallel with each 
other. The configurable part of instruction processing takes place at the execution stage. 
According to an embodiment of the invention both operand data processing and use of 
20 instruction selection bits to distinguish between different instructions takes place at the 
execution stage of processing the configurable instruction. 

According to a further embodiment of the method according to the invention, 
the reconfigurable functional unit contains a reconfigurable cross-point switch between an 
input for operand data and connection lines that connect respective outputs of the cross-point 
25 switch to different logical combination circuits. 

These and other advantageous aspects of the invention will be described using 
the following figures. 

30 Figure 1 shows a processor architecture that supports configurable instructions 

Figure 2 shows a configurable functional unit 
Figure 3 shows a configurable logic block 
Figure 4 shows a flow chart for generating a compiled program 
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Figure 5 shows a model of a functional unit for executing a combination of 

instructions. 

Figure 1 shows an embodiment of a processor architecture that supports 
5 configurable instructions. Note that various aspects of this processor architecture that do not 
affect the invention have been left out in figure 1 for the sake of clarity. By way of example a 
pipelined RSIC architecture is considered, but the invention is not limited to such an 
architecture. For example, a CISC architecture or a DSP architecture may be used instead. The 
embodiment shows a pipelined processor, with three registers 10, 14, 19, that separate 

1 0 different pipeline stages. An instruction register 1 0 is at the source of the pipeline. Operand 
reference field outputs of this instruction register 10 are coupled to inputs of a register file 12 
(by way of example these fields are five bits wide). The outputs (w bits wide; e.g. w=32) of 
this register file 12 are coupled to an execution stage register 14, together with further outputs 
of the instruction register 10. The further outputs include a result address output (5 bits wide 

1 5 by way of example) and a an output for configurable instruction selection code (1 1 bits wide 
by way of example). 

Outputs of the execution stage register 14 that pass data from the register file 12 
are coupled in parallel to an ALU functional unit 16 and a configurable functional unit 18. The 
ALU functional unit 16 contains an ALU 160, whose inputs are coupled to respective 

20 multiplexers 162, 164. Each multiplexer 162, 164 has an input coupled to the outputs of the 
execution stage register 14. The multiplexers 162, 164 furthermore have an input receiving the 
program counter value and an immediate value from the instruction register respectively 
(connections for this input are not shown). 

Further outputs of the execution stage register 14 pass the configurable 

25 instruction selection code to the configurable functional unit 1 8 and the result address is 
passed to a writeback stage register 19. Outputs of the ALU functional unit 16 and the 
configurable functional unit 18 are connected to the writeback stage register 19. The execution 
stage register has a connection (not shown) to the register file 12 for writing the results of the 
ALU functional unit 16 or the configurable functional unit 18 into the register file 12 at the 

30 location indicated by the result operand address. 

Various circuits, such as further functional units (e.g. a memory access unit) 
control lines, branching circuits, instruction decoding circuits and multiplexers to select inputs 
for the registers 14, 19 etc., have been left out in figure 1 for the sake of clarity. 
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In operation, the architecture of figure 1 implements a pipelined execution 
mechanism. Successive instructions are loaded into the instruction register 10 in successive 
clock cycles. In the clock cycle after an instruction is loaded, its operand references are used to 
load the operands from the register file 12. This clock cycle may also contain instruction 
5 decoding, for example selection which of the functional units 16,18 (or others not shown) will 
executed the instruction. At the end of this clock cycle the operands, the result operand address 
and the configurable instruction selection code are loaded into the execution stage register 14 
together with any other data (not shown) that is needed for execution. In the next clock cycle, 
this information is passed to the functional units 16, 18 (and/or other functional units not 

1 0 shown) and processed in order to obtain a result. At the end of this next clock cycle the result 
from the selected functional unit 16, 1 8 and the result operand address are loaded into the 
writeback stage register 19. In the clock cycle after this next cycle, the result is written back 
into the register file 12. 

If the opcode field of the instruction selects a configurable instruction, the 

1 5 configurable function execution unit 1 8 is selected to execute the instruction and to produce 
the result. In this case, the configurable instruction selection code in the instruction is used to 
determine which particular configurable instruction is executed. 

Of course, without deviating from the invention, more than one configurable 
functional unit may be provided in parallel, each configured with a different combination of 

20 instructions so that more than one combination is available at the same time, without overhead 
for exchanging the required configuration programs. 

Figure 2 shows an embodiment of a configurable functional unit. This is 
basically a CPLD (Complex Programmable Logic Device) core, which is known per se. The 
configurable functional unit has input ports 20a,b 22, for receiving the w bits of each of the 

25 operands and N bits of the configurable instruction selection code (N=4 by way of example). 
The input ports are connected to inputs of a cross-point switch 24. This cross-point switch 24 
has a number of outputs. The cross-point switch 24 is designed so that each of its 2*w+N 
inputs can be connected to any one of the outputs under control of a configuration program 
that is loaded in the configurable functional unit. 

30 The outputs of the cross-point switch 24 are connected to respective logic 

blocks 26a-b. Outputs of the logic blocks 26a-b are coupled to an output port of the 
configurable functional unit. By way of example, two logic blocks 26a-b are shown, each with 
36 inputs and w/2 (e.g. 16) outputs. The w/2 bit outputs of the two logic blocks 26a-b together 
make up a w (e.g. 32) bit result output. 
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The configurable functional unit contains a reconfiguration control circuit 23. - 
This reconfiguration control circuit 23 contains an input, which receives those bits of the 
configurable instruction selection code that are not supplied to the cross-point switch 24.. The 
reconfiguration control circuit 23 has outputs connected to the cross-point switch 24 and the 
5 logic blocks 26a,b. 

In operation, the reconfiguration control circuit 23 compares the received bits of 
the instruction selection code and compares those bits with the corresponding bits of the 
combination of reconfigurable instructions that the configurable functional unit is currently 
programmed to execute. Preferably, a subset of the bits of the instruction selection code is 

10 used to indicate the combination, the remaining bits indicating the configurable instruction 
within the combination. If the selection code indicates that an instruction from a different 
combination should be executed, the reconfiguration control circuit 23 loads the configuration 
program for all of the instructions of the new combination from a memory (not shown) and 
reprograms the cross-point switch 23 and the logic blocks 26a,b as required for that new 

15 combination. Subsequently, the instructions from that new combination may be executed. 

Once the new combination is loaded or when an instruction is selected from a 
combination that is already loaded, the configurable functional unit processes that instruction. 
In this case, the N instruction bits that are applied to the cross-point switch determine 
according to which instruction (from the combination of instructions that is loaded into the 

20 configurable functional unit) the operands are processed. 

The easiest implementation of loading the configuration program involves 
stalling further instruction execution by the processor until the configuration program is 
loaded. However, alternative implementations may be used, which require less instruction 
cycle overhead. For example, a precursor instruction may be used to trigger a load of the 

25 configuration program. The precursor instruction indicates that configurable instructions from 
the combination will be used. The precursor instruction itself does not require the 
configuration program, but it triggers loading of an indicated configuration program. 

In another example the processor jumps to a subroutine of normal (e.g. ALU) 
instructions, which execute the configurable instruction in case the configuration program is to 

30 be loaded or is being loaded. This may be implemented by putting the content of the addressed 
operands registers on a subroutine call stack, calling the subroutine and returning a result from 
the call stack to the addressed result register of the configurable instruction after return from 
subroutine. 
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Figure 3 shows an embodiment of an example of logic block for use in the 
configurable functional unit of figure 2 (also known per se from CPLD's). This logic block 
contains a PAL array 30 and a PLA array 32, both coupled to all of the outputs of the cross- 
point switch 24. At the outputs of the arrays 30, 32 AND gates 34a-b, 35a-c are shown 
5 symbolically. By way of example, there are 64 AND gates 34a-b for the PAL array 30 and 32 
AND gates 35a-c for the PLA array 32. 

The arrays 30, 32 are made up column conductors and row conductors (not 
shown), each column corresponding to a respective output of the cross-point switch 24 
(preferably, there are columns both for signals and their negations), each row corresponding to 

10 AND gate 34a-b, 35a-c of the logic block. At the cross-points of rows and columns are 

transistors and memory cells (not shown). The memory cells control whether the transistors 
are activated; the transistors, when activated, form inputs of the AND gates 34a-b, 35a-c: the 
AND gates 34a-b, 35a-c output the AND of the logic level of those column conductors whose 
transistors are activated. 

1 5 The outputs of the AND gates 35a-c of the PLA array are connected to row 

conductors of a matrix 33. Column conductors of this matrix are shown connected to OR-gates 
36a-c. At the cross-points of rows and columns are transistors and memory cells (not shown). 
The memory cells control whether the transistors are activated; the transistors, when activated, 
form inputs of the OR-gates 36a-c: the OR gates 36a-c output the OR of the logic level of 

20 those row conductors whose transistors are activated. 

The outputs of the PAL array 30 are connected in groups of four to further OR 
gates 38a-d. Each OR gate 36a-d has an output coupled to an input of a respective one of the 
further OR-gates 38a-b. By way of example, there are 16 OR-gates 36a-d and 16 further OR- 
gates 38a-b. Each further OR gate 38a-b is connected to an output bit line of the logic block 

25 via a programmable inverter/non-inverter 39a-b. A memory cell (not shown) is provided for 
each inverter/non-inverter 39a-b the content of these memory cells controls whether theses 
inverter/non-inverters 39a-b invert or not. 

The logic function of the logic block is programmed by loading bits of a 
configuration program into the memory cells that control the activation of the transistors at the 

30 cross-points in the PAL matrix 30, the PLA matrix 32, the matrix 33 and the function of the 
inverters/non-inverters 39a-b. 

N bits of the instruction selection code are applied to the cross-point switch 24. 
These N bits are applied in the same way as the bits of the operands. The configuration 
program of the configurable functional unit has the freedom to treat these N bits just like any 
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of the operand bits. It is not necessary that the N bits are first combined to detect a specific one 
of the instructions, the detection result being used to control how data is processed. On the 
contrary, individual bits of the N bits can participate as arguments in logic functions with 
operand bits, independent of the other bits of the N bits. 
5 Figure 5 shows a model of the hardware function description of the functional 

unit, when programmed to execute instructions from a combination of instructions. Note that 
the structure shown in this description is functional only and not physical. The separation into 
different functional blocks need not correspond to any separation of the structure of the circuit 
implemented in the configurable functional unit and different blocks may share the same 

10 physical circuit elements in the configurable functional unit. 

The model shows inputs 50a,b for two source operands, a number of blocks 
52a-c for executing respective ones of the configurable instructions, ports 54a-c for the results 
of these instructions, a multiplexer 56 for passing one of the results to an output 58. The 
multiplexer 56 is controlled by N bits of the instruction selection code. 

1 5 This model will be converted to a list of connections that has to be made to 

implement its function. During this conversion, resource use will be cross-minimized between 
the various blocks of figure 5: the function of the multiplexer 56 may be merged (partly) with 
that of the blocks 52a-c and the functions of those blocks 52a-c may be merged with one 
another. 

20 The configurable instructions and the combinations of those instructions that 

are loaded together are preferably selected independently for each specific program that runs 
on the processor. In the following these instructions and combinations will also be called 
"custom instructions" and "clusters" respectively. Selection of custom instructions and clusters 
preferably takes place with compilation of a computer program, that is, before the processor 

25 runs the computer program. 

Figure 4 shows a flow chart for generating a compiled program. The flow chart 
of figure 4 performs the following steps: 

41. Source code (typically written in C) is processed by a compiler front-end, generating 
intermediate code represented as a data-flow graph; 
30 42. The intermediate code is read by a Cluster detection/selection module, which looks for 
data-flow segments potentially suitable for hardware synthesis (candidates). Each "candidate" 
defines a custom instruction. Preferably only segments made of purely arithmetic or logic 
operations within the critical paths of the application are considered. Profile data is used to 
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guide the search. Candidates are grouped together in clusters of custom instructions according" 
to certain criteria (see the discussion hereinbelow); 

43. The clusters are processed by a translator, which converts the arithmetic operations of 
data-flow segments into a hardware description in HDL (a standard Hardware Definition 

5 Language). Decoding logic is added in this hardware description, such that the different 

custom instructions may be executed independently. Figure 5 shows an example of a model of 
the circuit description produced at this stage. 

44. The resulting circuit description is processed by a hardware synthesis tool where timing 
and fitting reports are generated (describing the required amount of processing time and 

10 hardware), as well as a circuit netlist. At this stage the function of the multiplexer in the circuit 
description may be cross-minimized with resource use of the function blocks of figure 5. This 
cross-minimization of resource is known per se for programming programmable logic with 
functions in general. 

45. Timing and fitting information is sent back to the Cluster detection/selection module, 

1 5 where clusters may be re- arranged or discarded, or new clusters formed. The cycle continues 
until a final set of clusters is selected. 

46. When the final set of clusters has been selected, the data-flow segments in the intermediate 
code that are implemented in the finally selected clusters are replaced by their equivalent 
custom instruction labels. 

20 47. The resulting code is then post-processed (for register allocation, assembly code emission, 
instruction scheduling, and/or any other post-processing that may apply) by a back-end. 
48. The resulting assembly is sent to a modified assembler that recognizes the newly 
synthesized custom instruction labels. The netlist generated by the hardware synthesis tool is 
combined with the assembly, producing the final executable. 

25 The hardware synthesis steps can be completely hidden from the human 

programmer. Alternatively, one may require the human programmer to select the candidates 
and/or clusters manually, preferably using the guidelines described hereinabove. 

Selection of candidate configurable instructions from the data-flow graph of a 
program is known per se. Basically this involves selecting subgraphs from the data-flow graph 

30 of the program, where the subgraphs have no more than two variable operand inputs. (This is 
in case the configurable functional unit has two operand inputs. If the configurable functional 
unit has a smaller or larger number of operand inputs, subgraphs with correspondingly larger 
or smaller inputs may be selected). 
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Preferably, candidates are grouped in clusters on .the basis of regions of 
sequential instructions in the program where the candidates occur. No more clusters should be 
defined for a region than the number of configuration programs that can be loaded at the same 
time (e.g. only one cluster if there is only one configurable functional unit and it can be 
5 configured with only one configuration program at a time). The size of the program region and 
the number of candidates selected for that region should be chosen so that all candidates can 
be programmed in the maximum number of simultaneously loaded clusters. 

In principle, both the selection of candidate instructions and their combination 
into clusters is a constrained optimization problem. There is a number of sets of possible 
10 combinations of configurable instructions. The aim is to find a set which minimizes the 

number of instruction cycles needed for a typical execution of the program (as defined by an 
execution profile). The minimization of the instruction cycle count is under the constraint that 
all selected candidates for a cluster fit into the configuration program. 

For this purpose one considers configurable instructions that each produce an 
15 effect in one instruction cycle that would require a larger number of instruction cycles if only 
normal instructions were used. The number of additional instruction cycles needed for 
executing all normal instructions in the profile that are to be replaced by custom instructions 
should be larger than the overhead cycles for loading configuration programs. Otherwise, no 
combination should be selected. Note that the number of overhead cycles is smaller for 
20 loading a combination than for loading the same number of instructions individually because 
loading needs to take place once for all instructions in the combination and on average takes 
less configuration program space per instruction because of cross-minimization. 

The number of candidates that can be combined in a cluster may depend on the 
minimization of resource use in the configurable functional unit: the "smaller" the 
25 configurable instructions or the more highly similar, the more configurable instructions can be 
combined into one cluster. 

An example of an algorithm to select clusters is 

1) Select a region from an area of the program, in terms of a starting instruction and an end 
instruction of the region in the intermediate code produced by the compiler. Preferably, one 

30 should select the instructions in frequently executed loops as a region, or in frequently 

executed subroutines, but regions that are not executed very frequently but contain repetitions 
of similar instructions are also good candidates. 

2) Select a number of candidate custom instructions for data flow segments for instructions in 
the selected region. 
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3) Determine whether a configuration program can be generated for a cluster combining the " 
selected custom instructions, so that the selected custom instructions all fit in the configurable 
functional unit together and take less than a pipeline cycle to complete. If so determine the 
number of instruction cycles gained in the profile by replacing combinations of normal 

5 instructions by selected candidate custom instructions. 

4) Repeat steps 1-3 for larger and smaller regions and for different selected instructions and 
retain the selected region and selected instructions, and retain the cluster that gains the most 
instruction cycles. This step may be speeded up heuristically starting from the most gainful 
clusters found for a region and expanding them with further custom instructions, either from 

1 0 the same region or from an expansion of that region. 

5) Repeat steps 1-4 for different non-overlapping areas of the program, retaining respective 
clusters for all these different regions. 

Note that the minimization is a local process, localized to regions of the 
program and not for the program overall. The point is that a cluster reduces the instruction 
1 5 cycle count for a specific region. What happens in other regions does not matter, because the 
cluster need not be loaded for those regions. In fact, different clusters for different regions may 
contain some custom instructions with identical effects. When one of these custom instructions 
with identical effects is executed, the region that is executed determines which one of the 
clusters is loaded. The configuration program that is loaded therefore determined by the region 
20 that is being executed rather than by any particular instruction that must be executed. 

Selection of clusters and regions may be simplified using a number of heuristic 
criteria to select these points. Various criteria may be used for grouping candidates in clusters. 
For example: 

- Candidates within a common loop are grouped in the same cluster (this avoids 
25 reconfiguration overhead within loops). 

- Candidates that occur in a subroutine are grouped in a cluster or clusters for that subroutine. 

- Candidates of lower logic complexity are grouped in bigger clusters (with more candidates). 

- Candidates of higher logic-complexity are grouped in smaller clusters (with fewer 
candidates). 

30 - The synthesis of similar candidates (in terms of logic) in the same cluster should be favored, 
in order to better exploit logic cross-minimization opportunities. 

A criterion for selecting clusters that has been found to work effectively in 
practice is to put custom instructions in a cluster dependent on similarity of the input bits of 
their operands that affect the result of the custom instruction. Given a custom instruction it is 
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straightforward to determine which of the bits of its input operands affect its result and which* 
do not affect the result. Dissimilarity of custom instructions can then be measured in terms of 
the number of non-shared input bits. Therefore clusters of custom instructions are preferably 
selected by computing which bits of the inputs of each instruction affect its result, these are 
5 called the "relevant bits", computing a measure of dissimilarity between instructions in terms 
of the number of non-shared relevant bits, and selecting clusters of custom instructions that 
have less than a set amount of dissimilarity. 

The regular and predictable timing model of the CPLD core favors the 
formation of clusters. Grouping multiple candidates in a single configuration could sensibly 

1 0 change their implementation delay in a typical FPGA structure, making the algorithm for 
automatic cluster formation fairly more difficult, because in that case cross-minimization has 
to be performed under the constraint that it does not introduce too much delay. With the 
CPLD, adding more custom instructions to a given configuration simply requires more product 
terms (PTs) from the PAL or PLA. As long as the circuit fits in the core, the delay will be 

1 5 limited to the time delay through the cross-point switch and PLA (Tpd_pla), and the algorithm 
doesn't need to consider delay variation issues while forming clusters. 

In the functional unit of figure 2, the cross-point switch 24 is particularly 
useful, because it makes it possible to bring signals for different bits of the operands together 
in one logic block 26a,b, even when these different bits are spread out irregularly over very 

20 different locations in the operands. This makes it possible to implement configurable 

instructions that would require a great many normal instructions if the same effect had to be 
realized with the ALU 16. 

Also, the cross-point switch 24 makes it possible to mix the instruction 
selection bits freely with operand data bits in different blocks 26a,b. Thus, better cross- 

25 minimization of hardware resource use is possible by integrating instruction discrimination 
with operand processing. 
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CLAIMS: 



1 • A method of executing a computer program with a processor that contains a 

configurable functional unit, capable of executing reconfigurable instructions, whose effect 
can be redefined at run-time by loading a configuration program, the method comprising the 
steps of 

5 - selecting combinations of reconfigurable instructions; 

- generating a respective configuration program for each combination; 

- executing the computer program; 

- each time when an instruction from one of the combinations is needed during execution and 
the configurable functional unit is not configured with the configuration program for that 

10 combination, loading the configuration program for all of the instructions of that combination 
into the configurable functional unit. 

2. A method according to Claim 1 , the step of generating the configuration 
programs comprising cross-minimizing hardware resource use for different instructions in at 

1 5 least one of the configuration programs. 

3. A method according to Claim 2, wherein hardware resource use for selecting 
different instructions from the combination during program execution and for processing 
operand data according to said different instructions is cross-minimized. 

20 

4. A method according to Claim 2, wherein the configurable functional unit 
contains a cross-point switch between an input for operand data and connection lines that 
connect respective outputs of the cross-point switch to different logical combination circuits, 
the cross-point switch being controlled by the configuration program, wherein programming 

25 of the connections in the cross-point switch is used to cross-minimize hardware resource use 
in the configurable functional unit. 
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5. A method according to Claim 2, wherein at least part of bits for selecting the " 

configurable instruction from the combination are applied to the cross-point switch 
interchangeably with the operand data. 

5 6. A processor comprising a configurable functional unit, capable of executing 

reconfigurable instructions, whose effect can be redefined at run-time by loading a 
configuration program, the configurable functional unit comprising a load triggering circuit for 
triggering loading of the configuration program when that reconfiguration program is not yet 
loaded when needed for executing a configurable instruction, characterized in that the 
10 reconfiguration program defines the effect of at least two combined configurable instructions, 
the load triggering circuit triggering loading of the reconfiguration program for all of the 
combined instructions when at least one of the combined configurable instructions is needed. 

7. A processor according to Claim 6, the configurable functional unit comprising 

15 an instruction selection input for selecting an instruction from the combination, an operand 
data input, combination logic, and a result output, the operand data input and the instruction 
selection inputs both being coupled to the result output via the combination logic, so that 
instruction selection bits and operand data bits can be used interchangeably. 

20 8. A processor according to Claim 7, the configurable functional unit comprising a 

cross-point switch between the combination logic on one hand and the operand data input and 
the instruction selection inputs on the other hand, so that the cross-point switch can connect 
the instruction selection bits and operand data bits to the combination logic functionally 
interchangeably. 

25 

9. A processor according to Claim 6, where the configurable functional unit 
comprises a programmable logic device that imparts a substantially fixed operand-result delay, 
irrespective of which one of classes of possible connections that implement the configurable 
instructions of the combinations are connected under control of the configuration progfiun. 

30 

1 0. A computer program product for generating machine code for a processor that 
contains a configurable processing unit, the machine code containing a plurality of 
configurable instructions, the computer program product being arranged to select a 
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combination of configurable instructions for combined loading into the configurable 
processing unit, said selection comprising 

- determining for each of a number of configurable instructions which of the bits of input 
operands of the configurable instructions affect a result of the configurable instructions 

5 - determining a measure of dissimilarity between the configurable instructions corresponding 
to the number of the bits of the input operands that do not affect the result of all configurable 
instructions for which the measure of dissimilarity is computed 

- selecting the combination of configurable instructions on the basis of the measure of 
dissimilarity possible combinations with relatively less dissimilarity being preferred in the 

1 0 selection over possible combinations with relatively more dissimilarity. 
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